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(54) Image-display game system and information storage medium used therefor 



(57) An image-display game system which can 
attract players for a long time to piay a game can be 
implemented by presenting helping data of aO to aSS, 
and b1 to b5 beneficial in the course of a game to 
friends, and accordingly communications accompany- 
ing therewith can be stimulated and activated therea- 
mong, and the game can be effectively utilized as a 
communications tool. Such image-display game system 
is so structured that the players* ID data IDn is commu- 
nicable or exchangeable therein. With the other player's 
ID received, items beneficial in the course of the game 
or the helping data of 10 to 163, and b1 to b5 is gener- 
ated based on the ID data, and is presented to the 
player. As a result, exchanging of the ID data IDn is acti- 
vated among the players. The items presented based 
on the ID data IDn are determined by operating the ID 
data using an equation in FIG. 17 which is based on a 
predetermined rule, or in an operation processing by 
combining the ID data IDn and a random number R. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to image-dis- 
play game systems and information storage media used 
therefor and, more specifically, to an image-display 
game system in which data exchange and data commu- 
nications are possible by connecting at least two Image- 
display game devices, and an information storage 
medium used therefor. Herein, the image-display game 
system includes a video game machine and a portable 
game machine in which a game is played with a game 
software having a game program for capturing, training, 
and trading monster or characters stored therein. 

Description of the Background Art 

[0002] A game which is played for capturing, train- 
ing, and/or trading monsters or characters includes the 
"Pocket Monster (versions in red, green, blue, and yel- 
low)" (trade name; hereinafter, "prior art 1") which has 
been designed and distributed by the same assignee of 
this application. Herein, game characters including 
monsters are exemplarily pocket monsters (hereinafter, 
shortened as "pokemons") 

[0003] In the prior art 1 , the game is played for cap- 
turing, training, and trading pokemons (characters), and 
each version is differed in probability of the pokemons' 
appearing. Players each capture and collect pokemons 
up to a predetennined number through trading poke- 
mons or letting pokemons have battles thereamong. 
Pokemon data exchange is carried out through a cable, 
which connects connectors each provided to a portable 
game machine. 

[0004] A game machine of a type having temporal 
factor employed therein is disclosed in Japanese Patent 
Examined Publication No. 7-98104 (95-98104) (herein- 
after, prior art 2), Japanese Patent Examined Publica- 
tion No. 7-981 05 (95-981 05) (prior art 3), and Japanese 
Patent Examined Publication No. 7-98106 (95-98106) 
(prior art 4). In these prior arts 2, 3, and 4, a calendar 
timer is provided in a game machine cartridge, and 
events are taken place when a date or a day of the week 
comes each predetermined therefor. 
[0005] The player can enjoy the game in the prior 
art 1 relatively longer without losing his/her interests 
that much. Further, it is helpful to encourage conversa- 
tions and cultivate friendship through exchanging the 
pokemons with friends. However, the players may lose 
their interests sooner or later if they play the same game 
for a long time. Further, although the players can per- 
form pokemon's or character's data exchange in the 
prior art 1 , the exchangeable data type is limited to the 
pokemon's, and there is no function of newly generating 
Items which are beneficial in the course of the game, for 



example, by the data exchange. 
[0006] With the prior arts 2, 3, and 4, the players 
have fun with the ev' -s which can be taken place only 
on the predetermine . Jate or the day of the week, but 

5 enjoyment of capturing or trading characters is not avail- 
able. Therefore, the players remember what event is 
taken place when while playing the game for many 
times, and thus may lose their interests in going through 
the same events and easily get bored. 

10 [0007] By taking those into consideration, a main 
object of the present invention is to provide an image- 
display game system which can stimulate the players to 
challenge the game for a long time, and an infomnation 
storage medium used therefor. This is effectuated by 

75 encouraging and activating data exchange with many 
friends and communications accompanying therewith 
by presenting helping data such as items beneficial in 
the course of the game to the friends, and by effectively 
utilizing the game machine as a communications tool. 

20 [0008] Another object of the present invention is to 
provide an image-display game system of a type capa- 
ble of generating various helping data with a high unex- 
pectancy. and an information storage medium used 
therefor. This is effectuated by correlating a condition for 

25 generating the helping data such as items beneficial in 
the course of the game with information inherent to the 
player's game machine and/or game machine cartridge 
(Information storage medium). 

30 SUMMARY OF THE INVENTION 

[0009] A first embodiment (claim 1) of the present 
invention is an image-display game system in which at 
least two image-display game devices are structured 

35 such that data communications is possible therebe- 
tween. The image-display game devices each com- 
prises a program storage, a temporal storage, an 
actuator actuated by a player, a communications device, 
a processor, and a display. 

40 [0010] The temporal storage includes a property 
data storage region, a helping data storage region, and 
an ID data storage region, and each of the storage 
regions is writable with data and readable data there- 
from. 

45 [0011] The game program storage previously 
stores a game program, and further generates, when 
one of the image-display game devices and the other 
image-display game device are made data communica- 
ble by the communications device, and when data corn- 
so munications is selected by the actuator, in response to 
the ID data transfen-ed from one image-display game 
device to the other image-display game device, the 
helping data processed by the processor of the other 
image-display game device based on the transferred ID 
55 data, and stores a program for writing the helping data 
to the helping data storage region. 
[0012] In the image-display game device which is a 
second embodiment (claim 2) of the present invention, 
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the image-display game device includes a clock for 
counting time. The game program storage stores, in 
relation to the helping data processed based on the ID 
data, a program of writing time data indbated by the 
clock to the storage region of the temporal storage, a 5 
program of determining whether or not a predetermined 
length of time has passed based on the time data and a 
time currently indicated by the clock, and a program of 
prohibiting, when the determination program deter- 
mines that the predetermined length of time has not yet jo 
passed, to execute a processing of generating the help- 
ing data based on another ID data different from the one 
which has been transmitted. 

[0013] In a third embodiment (claim 3) of the 
present invention, the image-display game device is 
includes a clock. The game program storage stores a 
program of writing time data indicated by the clock to 
the storage region of the temporal storage in relation to 
the helping data processed based on the ID data, a first 
determination program of determining whether or not 20 
the ID data stored in the ID data storage region is iden- 
tical to ID data transmitted through the communications 
device, a second determination program of detemnining 
whether or not a predetermined length of time has 
passed based on the time data and a time currently indi- 25 
cated by the dock, and a program of prohibiting, when 
the first detemnination program determines that the ID 
data is identical, and the second determination program 
determines that the predetermined length of time has 
not yet passed, a processing to be executed by the 30 
helping data generation program based on the transmit- 
ted ID data. 

[0014] In a fourth embodiment (claim 4) of the 
present invention, the image-display game device 
includes a clock. The game program storage stores a 35 
writing program of writing time data indicated by the 
clock to the storage region of the temporal storage in 
relation to the helping data processed based on the ID 
data, a first determination program of determining 
whether or not the ID data stored in the ID data storage 40 
region is identical to ID data transmitted through the 
communications device, a second determination pro- 
gram of detenmining whether or not a predetermined 
length of time has passed based on the time data and a 
time currently indicated by the clock, and a program of 45 
limiting, when the first determination program deter- 
mines that the ID data is identical, and the second 
determination program determines that the predeter- 
mined length of time has not yet passed, a processing 
by the helping data generation program based on the so 
transmitted ID data to be operated for a predetermined 
number of times or less. 

[0015] In a fifth embodiment (claim 5) of the present 
invention, the communication device is an infrared 
transmitter/receiver which performs communications by 55 
infrared radiation. 

[0016] In a sixth embodiment (claim 6) of the 
present invention, the helping data generation program 



included in the game program storage generates, based 
on the transferred ID data, item data of an item benefh 
cial for the game process. 

[0017] In a seventh embodiment (claim 7) of the 
present invention, the helping data generation program 
included in the game program storage generates, based 
on the transferred ID data, item data of an item benefi- 
cial tor the game process and not obtainable in the nor- 
mal game play. 

[0018] An eighth embodiment (claim 8) of the 
present invention is an image-display game system 
which comprises at least two sets of an information stor- 
age having a game program stored and an image-dis- 
play game device detachable with the information 
storage medium, and further comprises a communica- 
tions device provided to both of the information storage 
medium and the image-display game device in relation 
to either one of those two. The information storage 
medium comprises: a program storage in which a game 
program is unalterably stored: a temporal storage; and a 
housing in which the program storage and the temporal 
storage are housed. The temporal storage Includes, at 
least, a property data storage region where property 
data varied fn type is stored for every character cap- 
tured in the course of a game, a helping data storage 
region where data for helping the game process is 
stored, and an ID data storage region where ID data for 
identifying a player is stored, and each of the storage 
regions is writable with data or readable data therefrom. 
The image-display game device comprises: an actuator 
actuated by the player; a processor, and an image dis- 
play. 

[0019] In a ninth embodiment (claim 9) of the 
present invention, the image-display game device is a 
portable game machine, and the communications 
device includes an infrared transmitter/receiver inte- 
grally provided to the housing of the information storage 
medium. 

[0020] In a tenth embodiment (claim 10) of the 
present invention, the image-display game device is a 
portable game machine, and the communications 
device includes an infrared transmitter/receiver inte- 
grally provided to the image-display game device. 
[0021 ] In the first embodiment of the present inven- 
tion in the foregoing, the actuator is actuated by the 
player for, at least, an operation for capturing characters 
and an operation for performing data communications 
with another player. The communications device per- 
forms the data communications with the other player's 
image-display game device. With the program carried 
out. the processor carries out an image processing to 
change an image on display in response to the actuator, 
and changes the property data responding to the game 
process made based on the state of the actuator to 
write the data in the storage region corresponding to the 
temporal storage. 

[0022] In detail, by the processor subjecting the 
program stored in the program storage to processing. 
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the temporal storage included in each of the image-dis- 
play game devices stores the property data varied in 
type for every character captured in the course of the 
play, stores data helping the game process into the 
helping data storage region, and stores the ID data for 5 
identifying the player into the ID data storage region. 
[0023] The display displays the result obtained by 
the processing carried out by the processor. Further, the 
game program storage generates, thorough the 
processing by the processor, when one of the image- 10 
display game devices and the other image-display 
game device are made data communicable by the com- 
munications device, and when data communications is 
selected by the actuator, in response to the ID data 
transferred from one image-display game device to the is 
other image-display game device, the helping data 
processed by the processor of the other image-display 
game device based on the transferred ID data, and 
stores the helping data to the helping data storage 
region. 20 
[0024] In the eighth embodiment of the present 
invention, the actuator is actuated by the player for, at 
least, an operation for capturing characters and an 
operation for performing data communications with 
another player. The processor carries out infomriation 25 
processing in response to the actuator and based on 
the program. The Image display displays an image 
obtained through processing carried out by the proces- 
sor. Further, with the program stored in the program 
storage carried out, the processor carries out an image 30 
processing to change an image on display in response 
to the actuator, and changes the property data to be 
written into the temporal storage responding to the 
game process made based on the state of the actuator 
to change the characters* images based on the property 35 
data. 

[0025] The game program storage further gener- 
ates, in response to one of the image-display game 
devices and the other image-display game device are 
made data communicable by the communications 40 
device, and the ID data transferred from one image-dis- 
play game device to the other image-display game 
device, the helping data processed by the processor of 
the other image-display game device based on the 
transferred ID data, and stores the helping data to the 4S 
helping data storage region. 

[0026] As described in the foregoing, according to 
the present invention, since the players both exchange 
their ID data at the time of data exchange or communi- 
cations, and based on the ID data, the helping data so 
such as items beneficial in the course of the game is 
presented. Accordingly, data exchange with many 
friends and communications accompanying therewith 
can be encouraged and activated, and the game 
machine can be effectively utilized as a communications ss 
tool. As a result, the players can be effectively stimu- 
lated to play the game for a long time. 
[0027] Further, a condition for generating the help- 



ing data such as items beneficial in the course of the 
game is correlated with information (ID data) inherent to 
the player's game machine and/or game machine car- 
tridge (infomriation storage medium). As a result, with a 
high unexpectancy, various helping data can be gener- 
ated. In this manner, the game becomes more interest- 
ing, and a game software or a game system which can 
encourage the players to perform data exchange or 
communications with many friends can be imple- 
mented. 

[0028] These and other objects, features, aspects 
and advantages of the present invention will become 
more apparent from the following detailed description of 
the present invention when taken in conjunction with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0029] 

FIG. 1 is FIG. 1 is an external view of a portable 
game machine to which an image-display game 
system according to an embodiment of the present 
invention is applied; 

FIG. 2 is a block diagram showing the structure of 
the image-display game system shown in FIG. 1 ; 
FIG, 3 is a memory map for ROM 1 1 shown in FIG. 

2; 

FIG. 4 is a memory map for RAM 12 (RAM 25) 
shown in FIG. 2; 

FIG. 5 is a diagram in assistance of explaining the 
system construction for executing data communica- 
tions between two portable game machines con- 
nected by a cable to each other; 
FIG. 6 is a diagram in assistance of explaining the 
system construction for executing data communica- 
tions between two game machines utilizing an infra- 
red transmitter/receiver; 

FIG. 7 is a diagram in assistance of explaining the 
system construction for executing data communica- 
tions between one game machine and a pedometer 
incorporated game machine utilizing the infrared 
transmitter/receiver; 

FIG. 8 is a game map in assistance of explaining 
details of game carried out by the image-display 
game system shown in FIG. 1 ; 
FIG. 9 is a flowchart showing the main operations of 
the image-display game system in FIG. 1; 
FIG. 10 is a detailed flowchart of a normal game 
processing subroutine shown in FIG. 9; 
FIG. 11 is a detailed flowchart of a virus infection 
processing subroutine shown in FIG. 10; 
FIG. 12 is a detailed flowchart of a virus elimination 
processing subroutine shown in FIG. 9; 
FIG. 13 is a detailed flowchart of a battle game 
processing subroutine shown in FIG. 9; 
FIG. 14 is a detailed flowchart of a gift processing 
subroutine shown in FIG. 9; 
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FIG. 15 is a diagram in assistance of explaining an 
item selection method shown in FIG. 14; 
FIG. 1 6 is a detailed flowchart of a pedometer conv 
munications processing subroutine shown in FIG. 

9; 

FIG. 17 is a diagram in assistance of explaining an 
item detemnination method shown in FIG. 16; 
FIG. 1 8 is a diagram showing an example of nornial 
game screen; 

FIG. 19 is a diagram showing an example of battle 
game screen; 

FIG. 20 is a diagram showing another example of 
battle game screen different from the one shown In 
FIG. 19; and 

FIG. 21 is a diagram showing an example of screen 
displaying ability in the battle game of pokemons 
which the player possesses. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0030] In FIG. 1, an external view of a portable 
game machine to which an image-display game system 
according to an embodiment of the present invention 
applied is shown. In FIG. 2, the structure of the portable 
game machine in FIG. 1 is shown. As shown in FIG, 1, 
the image-display game system according to the 
present embodiment is structured by a game cartridge 
1 0A, an example of information storage medium, and a 
portable game machine 20, an example of image-dis- 
play game machine engageable with the game car- 
tridge 10A in a detachable manner. There are at least 
two sets of portable game machines 20 each attached 
with the game cartridge 1 0A or a conventional game 
cartridge 10B are prepared. 

[0031] The game cartridge (or ROM cartridge; 
hereinafter, referred simply to as "cartridge*) 10A 
includes, as shown in FIG. 2, program storage means 
exemplarily implemented by nonvolatile memory (here- 
inafter, "ROM") 11; temporal storage means by reada- 
ble/writable memory (hereinafter, "RAM") 12; a 
connector 13; a clock circuit (timer) 14; a memory bank 
switch control circuit 15; and communications means 
(circuit) exemplarily implemented by infrared transmit- 
ter/receiver 1 6, and alt of which are mounted on a sub- 
strate (not shown). The substrate is housed in a case or 
a housing (not shown). These ROM 11, RAM 12, clock 
circuit 14, memory bank switch control circuit 15, and 
infrared transmitter/receiver 1 6 are respectively coupled 
to terminals of the connector 13 through data bus and 
address bus, and then are coupled to a connector 24 of 
the portable game machine 20. As is known from a left 
in FIG. 2, the conventional cartridge 108 includes the 
ROM 11, RAM 12, and connector 13. 
[0032] The nonvolatile memory 11 unalterably 
stores a game program, and exemplarily implemented 
by ROM, flash memory, or EE-PROM. The ROM 11 
includes, as shown in FIG. 3. storage regions of 111 to 



117 each for storing various program data, image data, 
or setting data. 

[0033] More specifically, a program region 1 1 1 is for 
storing programs relevant to game details such as main 

5 program, switch processing program, object (or charac- 
ter) control program, image processing program, audio 
processing program, and the like. If the game is for cap- 
turing and training pokemons, exemplary programs rel- 
evant to the game details including a capturing program 

10 and a training program are stored. In addition thereto, a 
program for storing DOT (image) data for the respective 
pokemons and exchanging data among other game 
machines 20' (not shown), and a program for ensuring 
compatibility with the conventional cartridges 10B are 

15 stored. 

[0034] An image data region 112 is for storing, sep- 
arately, image data for every pokemon to be appeared 
in the game and that for other objects (characters) such 
as human being, background, or items to be displayed. 

20 A pokemon data region 113 stores property data for dis- 
tinguishing every pokemon by name, kind, height (stat- 
ure), weight, habitat, time range for appearance, 
possible technique, characteristic, cry, and the like. 
[0035] A sound data region II 4 is for storing data for 

25 sound effects and BGM for the game. In detail, BGM 
data depending on the game scene such as an oppo- 
nent's appearing, or in the daytime or at night, and dig- 
ital data for pokemons' cry and sound effects are stored. 
[0036] A pokemon appearance probability table 

30 storage region 115 stores, for every pokemon. both hab- 
itat and appearance probability data. The appearance 
probability data is stored such that the appearance 
probability varies between daytime and night, as 
required. 

35 [0037] A zone map storage region 1 1 6 stores a zone 
range where a main character activated by the player' 
can move, and data for a map of the zone. 
[0038] A miscellaneous storage region 117 stores 
miscellaneous data such as a processing program for 

40 determining, exemplarily on the basis of ID data, an 
item to present as a gift (or give) to a player who is a 
partner of data exchange or communications. 
[0039] Hereinafter, when there is no need to dis- 
criminate the cartridge between new-type or conven- 

45 tional, the cartridge is collectively denoted by a 
reference numeral 10. 

[0040] The RAM 12 has a region for storing prop- 
erty data varied in type respectively for the characters 
captured in the course of the game. Such storage 

50 region on the RAM 12 includes, as shown in FIG, 4, a 
captured pokemon data region 12A for storing any cap- 
tured (or obtained) pokemon, an on-hand pokemon 
storage region 12B, a battle data storage region 120, a 
table region 12D, and a miscellaneous storage region 

55 12E. 

[0041] The captured pokemon data region 12A 
includes areas 120 to 128 and 12a to 12d for every 
pokemon character whbh is fictionally-created monster. 
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The area 120 is an area for storing pokemon codes 
(or pokemon numbers). 

The area 121 stores a hit point (HP), for each poke- 
mon code, which indicates the pokemon's power. 
The area 122 stores the pokemon's experience 5 
point. 

The area 123 stores the pokemon's level. 

The area 124 stores the pokemon's status. 

The area 125 stores data relevant to the pokemon's 

possible attack (technique). 

The area 126 stores parental ID data indicating who 

captured the pokemon (the player's name or ID 

data). 

The area 127 stores ability value of attack, defense, 
special attack, special defense, speed, and the like, is 
The area 128 Is an area left vacant for storing data 
not defined yet. 

The area 12a stores the pokemon's sex. 

The area 12b stores Items on hand, exemplarily 

weapons available for the pokemon to fight against 20. 

opponents. 

The area 12c stores data (virus data) indicating 
whether or not the pokemon has been infected by 
any virus, and/or data indicating the virus type if 
infected. 25 
The area 12d is an area left vacant for storing mis- 
cellaneous data. - 

[0042] Herein, the areas 120 to 128 are storage 
areas provided to both of the new-type cartridge lOA 30 
and the conventional cartridge 1 0B, and any data stored 
therein is compatible. The areas 12a to 12d are unique 
only to the new-type cartridge 1 0A. 
[0043] The on-hand pokemon data storage region 
1 2B is for storing six pokemon codes or pokemon num- 35 
bers assigned to those selected by the player among 
from those stored in the captured pokemon data region 
1 2A. These six pokemons can travel with the main char- 
acter. 

[0044] The battle data storage region 12C stores 40 
other player's (trainer's) name having a battle with 
through a communications cable 40, and various data 
relevant to his/her pokemons joined in the battle (e.g., 
pokemon number, HP, level). The battle data storage 
region 1 2C includes an area for storing battle character 45 
data (pokemons' names), and an area for storing data, 
for every pokemon joined the battle, corresponding to 
the areas 120 to 12d. 

[0045] The table region 12D stores table data for 
determining an item to be presented in response to ID so 
code communicated or exchanged by using the infrared 
transmitter/receiver 16, and data for detennining an 
item to be presented, based on the number of steps, in 
response to step-number data provided through com- 
munications with a pedometer-incorporated game ss 
machine 50. 

[0046] The miscellaneous storage region 12E 
includes areas 12f, 12g, 12h, and 12i. The area 12f is an 



area for storing the player's name data as a part of the 
ID data. At the time of purchase, the player actuates 
operation switches 22a and 22b to store his/her name 
or nickname therein. 

[0047] The area 12g includes an area for storing the 
player's own ID data and an area for storing other ID 
data for a predetemntned number of players (5 players). 
To the area for storing the player's own ID data in the 
area 12g, ID data determined based on the player's 
name or nickname stored at the purchase of the car- 
tridge 10A and random numbers is automatically writ- 
ten. To the area for storing other players' ID data in the 
area 12g, their ID data (ID codes) transmitted from their 
portable game machines 20 is successively written for a 
predetermined number of players. With respect to each 
ID data stored in the area, time data (e.g., time, date) 
indicating when data communications was made is also 
written. 

[0048] By additionally storing time data for each ID 
data, the area 12g limitedly receives ID data on one- 
person-one-ID-data basis, thereby preventing any iden- 
tical ID data from being received many times in a single 
day. Further, by setting the upper limit for the ID data to 
be stored, for example, to 5. the area 12g stops storing 
ID data once reached the upper limit regardless of the 
number of players having communications (or data 
exchange) with for the day. In this manner, the player is 
thus encouraged to have communications with various 
players for each different day, not rather sticking to only 
one player. As such, the game can help players to make 
friends and further, to improve communications therea- 
mong. 

[0049] To the area 12h, item data relevant such as 
to helping items is written. The helping items are pre- 
sented based on random numbers generated in accord- 
ance with other players' ID data obtained through 
communications or numbers obtained by computing 
such ID data with a predetennined equation. These 
helping items are beneficial in the course of the game, 
and include medicine for accelerating pokemons' 
growth or evolution, protective gear against opponents* 
attack, medicine for restoring pokemons' lives, and the 
like. 

[0050] Such helping items (helping data) provided 
based on the ID data are preferably not obtainable only 
by playing the game. Accordingly, the player becomes 
willing to communicate with other players to exchange 
ID data, and thus data communications among players 
becomes active. 

[0051] The area 12i stores data for other player's 
pokemons having the battle with, for example six, and 
the player's name. After once written into the area 12i 
through data communications, such pokemon data 
becomes available for the user's strategical study of bat- 
tle over simulation battle. 

[0052] The clock circuit 14 includes a timer at least 
counting time, and if required, indicating date 
(month/day) and day of the week. When a memory 
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chunk of the ROM 1 1 is too large for an address bus to 
address, the memory bank swrtch control circuit 15 
divides the memory chunk into a plurality of memory 
banks, and generates bank data for the higher address 
in the ROM 1 1 and tor addressing a memory chunk on 
the RAM 12. It is herein preferable to integrate the clock 
circuit 14 and the memory bank switch control circuit 15 
on one-chip integrated circuit (10) so as to reduce the 
number of chips and cost. 

[0053] As shown in FIG. 1, the portable game 
machine 20 includes the operation switches 22 
arranged on the lower part of the surface (plane) of a 
housing 21 , and a liquid crystal display 27 placed on the 
upper part thereof. In the housing 21 , the circuit board 
having the constituents as shown in FIG. 2 mounted 
thereon is accommodated. The operation switches 22 
include a direction switch 22a used to move a cursor 
and direct any character available for the player in desir- 
able directions, an action switch 22b used for action 
command, a start switch 22c, and a selection switch 
22d. 

[0054] To be more specific, the portable game 
machine 20 is equipped with a central processing unit 
(CPU) 23. To the CPU 23, the connector 24 is con- 
nected for connection with the cartridge 10. A working 
RAM 25 for temporarily storing data for game process- 
ing, and a display control circuit 26 are also connected 
thereto. When a mode (continue mode) of continuing 
the previously-played game is selected at the start of 
the game, the RAM 25 is supplied with backup data 
stored on the RAM 12 in the cartridge 10A. Therefore, 
the RAM 25 is allocated with the same storage region or 
area as with the RAM 12. In the following description, 
the storage region or area for the RAM 25 is under the 
same name and reference numeral provided to that of 
the RAM 12. 

[0055] To the display control circuit 26, the liquid 
crystal display (LCD) 27 is connected. To the CPU 23, a 
connector 29 is connected via an interface 28. The con- 
nector 29 is connected to a connector 29* provided to 
other portable game machine 20* via a cable which is 
other communications means for pokemon trading with 
the owner (player) of the portable game machine 20*. As 
an alternative to such cable, the infrared transmit- 
ter/receiver 16 In the cartridge 10A is a possibility. Or 
instead of the infrared transmitter/receiver 1 6, an infra- 
red transmitter/receiver 31 may be integrally attached to 
the housing of the portable game machine 20. 
[0056] FIGS. 5 and 6 exemplarily show how two 
game machines according to the embodiment of the 
present invention are connected for data communica- 
tions or data exchange. In FIG. 5. two portable game 
machines 20 are exemplarily connected to each other 
via the cable 40 for data communications. 
[0057] In FIG. 6, two game machines 20 perform 
data communications therebetween with the infrared 
transmitter/receivers 16. These two game machines 20 
are wirelessly connected by means of the infrared trans* 



mitter/receivers 16. In such case, even if the conven- 
tional game machine 20 is not equipped with any cable 
connector or the infrared transmitter/receiver 16, there 
only need to provide the infrared transmitter/receiver 1 6 
5 to the cartridge 10A to perform data communications. 
Alternatively, the infrared transmitter/receiver 1 6 may be 
integrally provided somewhere in the housing of the 
game machine 20. 

[0058] FIG. 7 shows a case where the infrared 
10 transmltter/receWer 1 6 in the game machine 20 and an 
infrared transmitter/receiver 51 in the pedometer-incor- 
porated game machine 50 perform data communica- 
tions therebetween. 

[0059] Next, with reference to an exemplary game 

15 map in FIG. 8, it is described how the game proceeds 
on the image-display game system of this embodiment. 
For an exemplary game for capturing (collecting) and 
training the fictionally-created pokemons, and letting 
such pokemons have battles with other players' poke- 

20 mons, a main character assumed to be the player him* 
self/herself sets off to capture and collect pokemons. In 
such game, the main character travels into pond, 
woods, or grassy area where pokemons live, and runs 
into one of them. There, against the pokemon run into, 

25 the player let his/her own captured/trained pokemon 
fight. If the player's pokemon beat the other, the player 
captures the beat pokemon and adds it to his collection. 
By repeating this, the player captures pokemons up to 
the limit (maximum) set in the program, and complete 

30 his/her pokemon collection. Herein, the main character 
can bring along a predetemnined number of pokemons 
(e.g., 6), and such pokemons are called on-hand poke- 
mons. 

[0060] in detail, the player depresses the start 

35 switch 22c to start the game. After the title screen, the 
player sees an initial screen for the game (a part of FIG. 
8) showing a part of a map for a certain stage shown in 
FIG. 8. The player moves a player character (or player 
object) on the map by actuating the direction switch 22a 

40 to let it travel into any possible area where the poke- 
mons live, and capture them. The pokemons' habitats 
vary according to the pokemons' kind: exemplarily in 
pond or sea for water pokemons, and in grassy area, 
field, woods for grass pokemons. 

45 [0061] The pokemons are each unique in charac- 
teristic, and some come out only at a specific area and 
time. For such setting, when the clock circuit 14 indi- 
cates the program-set time or time range, propriety of 
such pokembn's appearance and/or appearance proba- 

50 bility is conditionally changed. 

[0062] By taking noctumal pokemons (e.g., owl 
pokemon or bat pokemon) as an example, the appear- 
ance probability thereof starts to increase at nightfall or 
stays at a certain level for a duration and then becomes 

55 higher at midnight. The probability then starts to 
decrease as dawn approaches, and reaches minimum 
in the daytime (appearance probability 0). 
[0063] For diurnal pokemons, conversely, the 
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appearance probability thereof reaches its maximum in 
the daytime, and 0 at midnight. For pol<emons changing 
their hiding areas depending on time range or time, pro- 
gram setting is made according thereto. Specifically, for 
pokemons living in water in the daytime but on the land 
at nighttime, program setting is made so that those 
pokemons change or relocate their habitats depending 
on time range. 

[0064] Once the player captures a pokemon, its 
pokemon number is written into the vacant area in the 
captured pokemon data region 12A. Simultaneously, 
the pokemon's current hit point (HP), experience point, 
level, state, technique, ability, and the like, are written 
into the areas 120 to 128, respectively. If the player's 
cartridge is a type including pokemon's property data of 
sex, item, and virus, for example, such data is written 
respectively into the areas 12a, 12b, and 12c. 
[0065] Note herein that, the virus-infected pokemon 
is rare, and thus its rate of increase for HR experience 
point, level, or ability value obtained through the training 
is set higher than the non-virus-infected pokemons'. 
Accordingly, the player becomes eager to find the virus- 
infected pokemon to accelerate his/her own pokemons' 
growth or training. If found, the player takes in the 
newly-captured virus-infected pokemon as his/her on- 
hand pokemons (or put all in a training box), and virus- 
infects his/her own not-yet-infected pokemons to let 
them grow quicker. As such, with the help of such trick 
for accelerating pokemons' growth or level-up as virus 
infection, the player can advantageously shorten train- 
ing time taken for the pokemons to reach a certain level. 
[0066] When the game Is played with the game car- 
tridge IDA including pokemons' sex data, the player 
selects a male and a female from among the captured 
pokemons of a kind (those having the same pokemon 
code), and then puts those in the training box. The time 
or day is temporarily stored in a register When the clock 
circuit 14 indicates that a program-determined number 
of days has passed, the pokemon couple bring a baby 
into life having their property data (e.g., ability, power) 
inherited. The baby is counted as one of the player's 
own pokemons, and is tradable with other players. 
[0067] Accordingly, the pokemons can be easily 
collected and the game proceeds quicker. The player 
can enjoy, with full of expectations, training the baby 
pokemon from its childhood. When the player has sev- 
eral pokemons of a kind, he/she can trade any of those 
with other players' pokemons of a different kind. 
[0068] For pokemon trading between owners of 
new-type cartridge 10A and conventional cartridge 10B, 
it is preferable to ensure compatibility to a possible 
extent therebetween as to data for pokemons' sex, item, 
virus infection, and the like, to be stored in the area 12a 
to 12c. For such purpose, at the time of data transfer 
from the new-type cartridge 10A to the conventional 
cartridge 10B, the vacant area 128 stores, with one bit, 
whether or not the areas 12a to 12c have any data 
therein. 



[0069] If the game is played with the conventional 
cartridge 10B, the game proceeds without such addi- 
tiona ata as pokemons' sex, item, and virus-infection. 
Afte* ^ta transfer is made from the conventional car- 
5 tridge JB to the new-type cartridge 10A, the owner of 
the new-type cartridge 10A can use such additional 
data for the game. 

[0070] When data transfer is made from the con- 
ventional cartridge 10B to the new-type cartridge 10A, 

10 conversely, the sex data not available In the conven- 
tional cartridge 10B is determined in accordance with a 
predetermined rule, and is written into the area I2a of 
the new-type cartridge 10A. Such predetermined rule 
may function such that a number in the last digit of the 

15 time indicated by the clock circuit 14 determines the 
sex, for example, male for odd numbers, and female for 
even numbers, or random numbers. 
[0071] In this manner, the conventional cartridge 
1 0B and the new-type cartridge 10A can be compatible 

20 to a possible extent with each other for pokemon trad- 
ing, and such compatibility allows a large number of 
players to exchange data thereamong. Further, if the 
owner of the conventional cartridge 10B additionally 
purchases the new-type cartridge IDA, he/she can 

25 transfer every single pokemon trained in the conven- 
tional cartridge 10B to the new-type cartridge IDA, and 
those transferred pokemons are put to effective use. 
[0072] As such, pokemons captured, generated 
from pokemon couples, and traded with other players 

30 are put to have battles with other players'. 

[0073] To have a battle, the connector 29 and 29* of 
the portable game machines 20 and 20' are cable con- 
nected. Each player then designates a pokemon and 
put it on a battle ground. Exemplary game screens 

35 therefor are shown in FIGS. 19 and 20, which will be 
described later. 

[0074] Described below is the operation of the 
game machine 20 with the cartridge 1 0A attached by 
referring to FIGS. 9, 10, 11, 12, 13, 14, 15, and 16. FIG. 

40 9 is a flowchart for the entire process (main routine); 
FIG. 10 shows a flowchart for normal game processing; 
FIG. 1 1 shows a flowchart for virus infection processing; 
FIG. 1 2 shows a flowchart for virus elimination process- 
ing; FIG. 1 3 shows a flowchart for battle game process- 

45 ing; FIG. 14 shows a flowchart for mysterious gift 
processing in which the items (helping items) beneficial 
in the course of the game are presented through ID data 
communications; FIG. 15 shows the relationship 
between the numbers obtained by computation in the 

50 gift processing and the items; FIG. 1 6 shows a flowchart 
for communication processing made with the pedome- 
ter; and FIG. 17 shows the relationship between the 
step-number data provided by the communications 
processing made with the pedometer and the items. 

55 [0075] FIGS, 18, 19, 20, and 21 show various game 
screens displayed in the course of the above game. 
[0076] First of all, with reference to the flowchart for 
the entire process in FIG. 9, it is briefly described how 
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the image-display game system of this embodiment 
operates. 

[0077] In step SI, after the start switch 22c is 
depressed, the CPU 23 carries out processing with 
respect to a program stored in the ROM 11 . In the fol- 
lowing description, the CPU 23 is not mentioned for any 
program processing candied out thereby. 
[0078] The procedure is started with the game start 
processing, in the game start processing, a mode 
selection screen is first displayed for mode commands' 
selection. The mode selection screen shows menus 
including a game start mode to start the game from ini- 
tial position, a continue mode to start the game from the 
position discontinued when previously played, a myste- 
rious gift mode to present the items (helping items) ben- 
eficial in the course of the game through ID data 
communications with other players, and a mode to per- 
form data communications with the pedometer. 
[0079] When the game start mode is selected, the 
internally-stored RAM 25 is cleared to start the game. 
[0080] When the continue mode is selected, after 
the internally-stored RAM 25 is cleared, the RAM 12 in 
the cartridge IDA is read out for backup data indicating 
the previous game's process. The back-up data is writ- 
ten into the RAM 25. In this manner, the data stored on 
the RAM 25 at the start of the game is the backup data 
read out from the RAM 1 2, and is updated as the game 
proceeds. 

[0081] In step S2, the player object (or character) 
processing subroutine is carried out. This processing is 
for allowing the player object to move in response to the 
direction switch 22a, and to change in shape in 
response to the action switch 22c. 
[0082] In step S3, this processing subroutine is car- 
ried out for objects but not for the player object. This 
processing is for letting opponent objects come out or 
alley objects displayed, as the player objects moves, in 
accordance with the program setting. 
[0083] In step S4, background image processing is 
carried out. This processing is for letting background 
images change as the player object moves or acts. 
[0084] In the next step S5, the normal game 
processing subroutine is carried out. The details thereof 
are later described by referring to FIG. 1 0. 
[0085] in step S6, the virus elimination (or removal) 
processing subroutine is carried out. This virus elimina- 
tion processing is done with respect to any pokemon 
virus infected in later-described step S13 in FIG. 10. 
Herein, the virus-infected pokemon(s) are put back to 
the state before virus infection after a predetermined 
length of time has passed. The details of the virus elim- 
ination processing subroutine in this step are later 
described by refemng to FIG. 12. 
[0086] In the next step S7, the battle game process- 
ing subroutine is carried out. The battle game process- 
ing is done with respect to a mode of having an online 
battle with the other player's game machine 20 con- 
nected through the cable 40, as exemplarily shown In 



FIG. 5, The details of this subroutine are later described 
by refeningto FIG. 13. 

[0087] In step SB, the gift processing subroutine is 
carried out. This gift processing subroutine is carried 

5 Out when the helping items beneficial in the course of 
the game are presented through ID data exchange 
between the game machines 20 by using the infrared 
transmitter/receivers 16, as exemplarily shown In FIG. 
6. The details of this subroutine are later described by 

10 referring to FIG. 14. 

[0088] In step S9, the pedometer communications 
processing subroutine is candied out. This subroutine 
processing is done with respect to a mode of transmit- 
ting the step-number data from the pedometer-incorpo- 

15 rated game machine 50 to the game machine 20 via the 
Infrared transmitter/receivers 15 and 16, as exemplarily 
shown in FIG. 7. The details of this subroutine are later 
described by referring to FIG. 16. 
[0089] With reference to FIG. 10, It is now 

20 described how the nonmal game processing in step S5 
is carried out. In step S11, it is determined whether or 
not the main character has encountered any pokemon 
during his/her travel on the map. As exemplarily shown 
in the game screen of FIG. 18. if the main character 

25 runs into a pokemon (battle character), detemnination is 
so made. 

[0090] Thereafter, in step 812, the battle process- 
ing is carried out. This battle processing is for letting 
pokemons (captured and trained) traveling with the 
30 main character as helping hands have battles with wild 
pokemons hiding on the way. By beating the wild poke- 
mon (battle character), the main character's pokemon is 
increased in its experience point, or the wild pokemon- 
is captured. 

35 [0091] Thereafter, the virus infection processing 
subroutine is carried out in step SI 3. The details thereof 
are later described with reference to FIG. 11. The 
processing In step Si 3 is the end of this subroutine 
(S5), and the procedure goes to step S6 (FIG. 9). 

40 [0092] If the main character is determined as not 
having encountered with pokemon in step S1 1 , the pro- 
cedure goes to step 814. 

[0093] In step SI 4, it is determined whether or not 
the main character has met any person in general (rival 

45 called trainer, who capture and train pokemons). If the 
main character is detemnined as having met any person 
in general during his/her travel on the map as exempla- 
rily shown in the game screen of FIG. 8, the procedure 
goes to step SI 5. 

50 [0094] In step SI 5, various data for six pokemons 
travelling with the main character and fighting for 
him/her is read out to be ready for a battle. Specifically, 
the data read out is the one stored in the areas 1 20 to 
12d of the captured pokemon data region 12A under the 

55 1st to 6th pokemon numbers stored in the on-hand 
pokemon storage region 12B. 

[0095] The next processing in step SI 6 is earned 
out for a battle between the main character (player) and 
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a rival trainer Therein, images of both the rival trainer 
and the main character are displayed to indicate that the 
battle mode commences (FIG. 1 9 shows an exemplary 
game screen for the battle). 

[0096] Thereafter, a pokemon is selected each from 
among those six to fight for the main character and the 
rival trainer, respectively, and are displayed on the battle 
ground face to face (FIG. 20 shows an exemplary game 
screen for the battle). At this time, each pokemon is dis- 
played with its name, hit point (HP), lite, and the like. 
Additional message comes along indicating each action 
of the offense side and defense side. This message 
changes every time offense side and defense side are 
switched. As to such action for the battle, the player can 
see the pokemons' ability (status) by actuating a switch 
for screen change (FIG. 21 shows an exemplary game 
screen displaying such status). With the help thereof, 
the player can know how those six pokemons traveling 
with the main character will manage the battles. In the 
duration of the battle, if the main character's pokemon 
successfully beat the rival trainer's, the pokemon is 
processed and increased in its experience point. There- 
after, the procedure goes to step S13, and the virus 
infection processing is now candied out. 
[0097] In step SI 4, if the main character is deter- 
mined as not having met any person in general (trainer), 
the procedure goes to step SI 7, 
[0098] In step S17, it is determined whether or not 
the main character has met any specific person (a 
trainer belonging to a player previously had an online 
battle with). If determined yes, the rival trainer's poke- 
mon data is read out in step SI 8, and the procedure 
goes to step SI 6 for the battle processing. Then, the 
procedure goes to step S13. If this Is the case, the rival 
trainer's name to be displayed is the other player's name 
stored in the area 12i (or parental ID data corresponding 
to the parental ID stored in the area 126). In this man- 
ner, by storing other player's pokemon data in the area 
12i at the time of online battle, the player can later play 
the game with a feeling as if having a real battle with the 
other player 

[0099] When determined No in step SI 7, the proce- 
dure goes to step S19 for miscellaneous processing, 
and ends this subroutine (SS). The procedure is now 
through with this subroutine (85), and goes to step 86 
(FIG. 9). 

[0100] Next, by referring to FIG. 1 1, the virus infec- 
tion processing subroutine in step S13 is described In 
this embodiment, a probability of pokemons' virus infec- 
tion is set to one out of 20000 battles. If a pokemon is 
infected, other two arranged preceding and subsequent 
in order thereto are virus-infected with a probability of 
1/3. The length of time for virus infection (virus-infected 
endurance period or virus-infected persistent period) is 
set to vary according to the virus type. In this embodi- 
ment, virus infection is not a bad sign for the player, and 
is welcomed as a conditional or environmental trick for 
accelerating pokemons' growth or evolution. The opera- 



tion in step S13 is now described in detail next below. 
[0101] In step S21 , it is determined whether or not 
the area 12c of the captured pokemon data region 12A 
has data (virus data) indicating any pokemon whose 

5 pokemon number is stored in the on-hand pokemon 
storage region 12B on the RAM 25 has been vims 
infected. If the area 12c is determined as having no 
data, that means no on-hand pokemon is virus infected, 
the procedure goes to step 822. 

10 [0102] In step 822, it is determined whether or not 
any of the rival's pokemons has been virus infected. 
Such determination is made, in the online communica- 
tion mode, based on the data stored in the area 1 2c cor- 
responding to the pokemon numbers stored on the 

75 RAM 25 in the rival player's portable game machine 20. 
Other than in the online battle, the pokemons are set to 
virus infect through a naturally-virus-infected pokemon 
(Pokerus) with a probability of 1/20000. When the rivals' 
pokemons are detemriined as not having been virus 

20 infected, the procedure is now through with the virus 
infection processing subroutine in step SI 3, and then 
goes to step S9 (FIG. 9). 

[0103] In step 822, if any of the rival's pokemons is 
determined as having been virus infected, the proce- 
ss dure keeps going to step 823 and onwards. Therein, the 
player's on-hand pokemons are subjected to processing 
to be virus infected with a predetermined probability, 
and details thereof are as follows. 
[0104] In step 823, the CPU 23 generates a ran- 

30 dom number R1 according to the program. Herein, the 
random number R1 is an integer in the range from 0 to 
19999, and is generated at random. Accordingly, it 
becomes possible to let any pokemon potential for virus 
infection infect with a probability of 1/20000. 

35 [0105] In step 824, it is determined whether the 
random number R1 is 0. If not, virus infection is deter- 
mined as not having occun-ed, and the procedure is now 
through with the virus infection processing subroutine 
(stepSl3in FIG, 10, the flowchart in FIG. 11: steps 821 

40 to 834). The procedure now goes to step S9 (FIG. 9). 
[0106] On the other hand, if the random number R1 
is determined as being 0 in step 824, that means any of 
the on-hand pokemons is virus infected, the player's 
area 12c under the virus-infected pokemon's pokemon 

45 number is provided with data (virus data) in step 825. 
Since the virus is varied in type, the virus data (virus 
type data) is provided for specifying the virus type. Each 
virus type differs in virus-infected endurance period or 
consequence (impact or power) brought about thereby. 

50 [0107] In the next step 826, such virus-infected 
endurance period (Cn; or virus-infected time and endur- 
ance period) is written into the miscellaneous area 12d 
of the captured pokemon data region 12A on the RAM 
25 under the virus-infected pokemon's pokemon 

55 number, and accordingly a virus-infected period count 
value Cn is set. This virus-infected period count value 
Cn varies according to the virus type, and is set to "48" 
if the virus-infected endurance period is 48 hours. The 
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virus-infected period count value is decreased by unit 
time, and when reached 0, the vims loses its infection 
power. This virus-infected period count value Cn is not 
restricted to be hour but may be day, minute, second, or 
any other predetemnined countable value unit. Further, 5 
the region for storing the count value is not restricted to 
the miscellaneous area 12d but any area on the RAM 
25 as long as the area is relevant to the virus-infected 
pokemon(s). 

[0108] In the next step S27, another random to 
number R2 is generated based on the program. This 
random number R2 is an integer not less than 0 but not 
more than 2, for example, and is used to virus infect 
other pokemons ranked (arranged) immediately before 
and after the virus-infected pokemon with the probability 15 
of 1/3. In this embodiment, with the random number R2 
is 0, those other pokemons ranked immediately before 
and after the virus -infected pokemon are presumably 
both virus infected. 

[0109] In step S28. it is determined whether the 20 
random number R2 is 0. If the random number R2 is 
determined as being 0, that means some of the on-hand 
pokemons have been virus-infected (Yes in step S24), 
the procedure goes to step S29 to subject not infected 
on-hand pokemons predetermined in number to virus 25 
infection processing with the predetemnined probabil'ity. 
[01 1 0] In step S29, the area 1 2c is provided with the 
virus data for the pokemon numbers assigned to those 
arranged immediately before and after the virus- 
infected pokemon among those six. In detail, assuming 30 
that the pokemon third in order in the on-hand pokemon 
storage region 12B is virus-infected, the pokemons sec- 
ond and fourth in order are also virus infected. Conse- 
quently, the virus data storage area 12c of the captured 
pokemon data region 1 2A is provided with the virus data 35 
for the pokemon numbers assigned to those second 
and fourth pokemons. 

[01 1 1 ] In step S30, in a similar manner to step S26, 
the virus-infected period data (Cn) is set to the area 1 2d 
of the captured pokemon data region 1 2A correspond- 40 
ing to the pokemon numbers assigned to the second 
and fourth pokemons. Herein, if the random number R2 
is determined as not being 0 (R2 = 1 or 2) in step S28, 
that means those arranged immediately before and 
after the virus-infected pokemon are presumably not 4S 
virus infected. Accordingly, the procedure is now 
through with the virus infection processing subroutine 
(S13), and goes to step S9. 

[0112] When any of the on-hand pokemons is 
determined as having been virus infected in step S21, 50 
the procedure goes to step S31 to subject the other on- 
hand pokemons in predetemnined number to virus Infec- 
tion. The processing carried out in steps S31 to S34 is 
similar to that in steps S27 to S30, and those ananged 
immediately before and after the virus-infected poke- ss 
mon are subjected to the virus infection processing with 
the predetermined probability. Thereafter, the proce- 
dure goes to step S9. 



[0113] As already described above, the virus- 
infected pokemon starts to grow or evolve at a quicker 
rate, and that is advantageous for the game process. To 
achieve that, when a pokemon is qualified for level-up in 
the normal game processing, a level up value to be 
added tor one specification is set to vary depending on 
whether the pokemon has been virus infected. As 
another example of providing the virus-infected poke- 
mon with some ability advantageous in the course of the 
game, depending on the virus type, the pokemon may 
suffer less damage when attacked by an opponent (or 
its defense power is Increased) or its attack power is 
increased. 

[0114] Next, by referring to FIG. 12, the virus elimi- 
nation processing subroutine in step S6 (FIG. 9) having 
the virus eliminated (removed) after the virus-infected 
endurance time has passed is described in detail. In 
step S41 , a variable n is set to 1 for storage in a register 
region (not shown) on the RAM 25. 
[0115] In step S42. the on-hand pokemon storage 
region 12B is selected for the pokemon number 
assigned to the 1st pokemon, which is equivalent to the 
vari|b1e n (1 at the beginning). Thereafter, the area 12c 
of the captured pokemon data region 12A is detemnined 
if having any virus data under the 1st pokemon's poke- 
mon number. If stored no virus data, the procedure 
goes to step S43. 

[0116] In step S43, it is determined whether the var- 
iable n Is 6. If not n = 6, the procedure goes to step S44. 
[0117] In step S44, n is incremented by 1, and the 
procedure returns to step S42. In step S42, the area 
12c of the captured pokemon data region 12A is deter- 
mined if having any virus data under the 2nd pokemon's 
pokenhon number. If stored, the procedure goes to step 
S45. 

[0118] In step S45, the virus-infected period count 
value (Cn) is decreased by a predetermined value (a) 
(Cn = Cn - a). As already described in step S26 (FIG. 
11), the virus-infected period count value Cn indicates 
how long the pokemon specified by the pokemon 
number designated by the variable n has been virus 
infected. The predetermined value a corresponds to a 
length of time taken to repeat the processing in step 
S45. As an example, assuming that the virus-infected 
period count value Cn is exactly 48 hours and the 
processing in step S45 is repeated every second, the 
virus-infected period count value Cn is decreased by a 
second on the basis of a = 1 second. 
[0119] In step S46, it is detemnined whether the 
virus-infected period count value Cn became 0 or 
smaller, and if not yet, the procedure goes to step S43. 
Instep S43, it is determined whether the variable n Is 6. 
If not n = 6. n is incremented by 1 in step S44, and the 
procedure returns to step S42. 
[0120] As such, by repeating a series of operation 
including steps S42, S43, and S44, or a series of oper- 
ation including steps S42, S45, S46, S43, and S44, 
each of the six pokemons is successively subjected to 
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virus infection determination processing and processing 
of decreasing the virus infected time. When the variable 
n becomes 6 in step S43, each of the six pokemons is 
determined as being subjected to virus infection deter- 
mination processing and processing of decreasing the 
virus infected time, and the procedure then goes to step 
S7. 

[0121] When the virus-infected period count value 
Cn is determined as being 0 or smaller In step S46, the 
area 12c of the captured pokemon data region 12A on 
the RAM 25 is cleared of virus data for the pokemon 
number specified by the variable n. In other words, data 
indicating no virus infection is written there into. There- 
after, in step S43, it is determined whether the variable 
n Is 6, and if not n = 6, n is incremented by 1 in step 
S44. The procedure then returns to step S42. The oper- 
ation of steps S45, S46, S43, and S44 or the operation 
of steps S45, S46, S47, and S43 is repeated until eacli 
of the six pokemons is subjected to the virus elimination 
processing. The procedure then goes to step S7. 
[0122] Herein, the operation of steps S46 and S46 
may be alternatively done as follows. That is, assuming 
that a count value CI indicates a time when the virus 
loses its power instead of the virus-infected period 
count value Cn, and a indicates a length of time after 
virus infection, determination is made in one step 
whether CI - a is 0 or smaller. 
[01 23] A player who captured a virus-infected poke- 
mon is free to lend It to other player within the virus- 
infected endurance time, and gets It back after the other 
player's pokemon is virus infected. Since the virus- 
infected pokemon is superior in ability compared with 
the non-virus infected, many players are eager to let 
their pokemons virus infected. Accordingly, the player 
luckily captured a virus-infected pokemon with a consid- 
erably low probability becomes busy with other players' 
requests for pokemon data exchange, and becomes 
popular among other players. As such, the game is use- 
ful for cultivating friendship with other players. 
[01 24] Next, by referring to FIG. 1 3, the online battle 
game processing subroutine in step S7 is described in 
detail. For the online battle game, two game machines 
20 are connected to each other through the cable 40, 
and each player selects the online battle mode on the 
mode selection screen. 

[0125] In response thereto, in step S51 , it is deter- 
mined whether or not the place where the main charac- 
ter stands is a battle ground. If determined yes, the 
procedure goes to step S52. 

[0126] In step S52, it is determined whether those 
two game machines 20 connected through the cable 40 
are under nonnal link condition. If yes, the procedure 
goes to step S53. 

[0127] Herein, if the place where the main character 
stands is determined as not the battle ground in step 
S51 (No), or if the link condition is determined as not 
nomnal in step S52 (No), the procedure skips the oper- 
ation of later-described steps S53 to S57, and goes to 



step S8 of the main routine shown in FIG. 9. 
[0128] In the online battle mode (Yes both in steps 
S51 and S52), the ID data is transmitted to/from the rival 
player's game machine 20 through the commun nations 

5 cable in step S53. 

[0129] In step S54, the rival player's ID data is 
stored in the player's battle character data area of the 
battle data storage region 120 on the RAM 25. 
[0130] In step S55, the rival player's pokemon data 

10 for six pokemons is read. 

[0131] In step S56, the pokemon data for six poke- 
mons is stored in the battle pokemon data area of the 
battle data storage region 120 on the RAM 25. 
[0132] In step S57, the online battle processing is 

15 carried out. The procedure then goes to step S8 of the 
main routine. 

[0133] So far, the system in which two game 
machines 20 are connected through the cable 40 is 
exemplarily described. As an alternative to the cable 40, 

20 as exemplarily shown in FIG. 8, those two game 
machines 20 can certainly be connected through the 
infrared transmitter/receivers 16. 
[0134] f^ext, by referring to FIG. 14 for the mysteri- 
ous gift prpcessing subroutine S8, it is described how 

25 the mysterious gift (helping item) is presented based on 
other player's ID code obtained through communica- 
tions. Prior to starting the gift mode, two players place 
their game machines 20 so that the infrared transmit- 
ter/receivers 31 or the infrared transmitter/receivers 16 

30 of the cartridge 1 0 are opposed to each other, and then 
an environment for infrared communications is estab- 
lished. Next, both players each select a mode of pre- 
senting the mysterious gift through ID data 
communication or exchange between the game 

35 machines 20 on the above-described mode selection 
screen. In response thereto, the gift processing subrou- 
tine shown in FIG. 14 is started. 
[0135] That is, in step S61 , it is determined whether 
or not the gift mode is selected. If yes, the procedure 

40 goes to step S62. 

[0136] in step S62, It is determined whether or not 
the date is changed. If yes, new date is written into a 
new data storage area 12i on the RAM 25 in step S63. 
[0137] In step S64, the rival player's ID data in the 

45 area 12g is cleared. 

[0138] In step S65, a register L (not shown, but 
included in the area 12i) is cleared for the number of 
players with whom ID communications or exchange is 
perfomied for the day (or 0 is written). 

50 [0139] In step S66, it is determined whether the 
register L Indicates 5 or smaller. Such determinations 
made in steps 862 and S66 are for keeping the upper 
limit allowed for presenting gift (or ID data communica- 
tions) is 5 players in a day. 

55 [0140] In step 867, it is determined whether the link 
for communications using the infrared transmit- 
ter/receiver is nomnally secured. If secured, the player's 
(his/her own) ID data is transmitted in step 868. 
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[0141] In step S69. the ID data (IDn) transmitted 
from the other player is received, and is written into the 
nniscellaneous area 12g. 

[0142] In step S70, the received ID data (IDn) is 
determined if being identical to the ID data (IDn) already s 
stored in the area 12g. If identical, the gift processing is 
terminated (returned) and the procedure goes to step 
S9. This is because the ID data exchange is allowed 
only once for the same player in a day. If determined as 
not identical, on the other hand, the value of the register io 
L is incremented by 1 in step S71, and the number of 
players with whom ID data has been exchanged for the 
day is counted. 

[0143] Further, in the following steps S72 to S85, 
processing is carried out for providing rare items or 75 
items beneficial in the course of the game based on the 
ID data (IDn). 

[0144] In detail, a random number R3 is generated 
in step S72. The random number generated in this step 
and those R4 and R5 generated in steps S75 and S78 20 
are all In the range of 0 to 255, and generated at ran- 
dom. 

[0145] In step S73, it is detennined whether the 
random number R3 is 50 or larger, and if determined as ^. - 
being 50 or larger, a most-common item group (group in( 25 
the first column in FIG. 15) is selected. Herein, a proba- " 
bility for the random number being 50 or larger at the 
first stage is 205/255 ^ about 4/5, and accordingly the 
most-common item group Is selected. 
[0146] When the random number R3 is determined 30 
as being smaller in step S73, a probability for such ran- 
dom number R3 is about 1/5. Therefore, as the proce- 
dure goes through step S76 and then S79, the 
probability will be multiplied by 1/5 every time the proce- 
dure reaches a stage of generating a random number 35 
(steps S75, 78, S82), and thus there needs to provide a 
rare item as the probability is decreased. 
[0147] For this purpose, the random number R4 is 
generated in step S75. In step S76, it is then deter- 
mined whether or not the random number R4 is 50 or 4o 
larger, and if yes, a popular item group (group In the 
second column In FIG. 15) is selected. 
[0148] If the random number R4 is smaller, the ran- 
dom number R5 is generated in step S78. 
[0149] In step S79, it is determined whether the 45 
random number R5 is 50 or larger, and if yes, a least- 
common item group (group in the third column in FIG. 
1 5) is selected. 

[0150] If the random number R5 is smaller, a rare 
item group (group in the last column in FIG. 15) is so 
selected in step S81 . 

[0151] In such manner, among the item groups 
classified according to the probability of random num- 
bers R3, R4, and R5 in steps S74, S77, S80, and S81, 
an item to be presented based on the ID data (IDn) is ss 
determined through the later-described processing. 
[0152] Further, a random number R6 is generated 
in step S82. The random number R6 is data varied in 



type, and is assigned 8 numbers from 0 to 7. The ran- 
dom number is selected with a probability of 1/8. 
[0153] In step S83, the area 12g is referred to for 
the other player's ID data (IDn) having ID data commu- 
nications or exchange with, and based on the lower 8-bit 
data of the ID data, a variable D is determined. Specifi- 
cally, out of the lower 8-bit of the ID data IDn, the value 
arranged in the numerical order specified by the random 
number R6 Is set to the variable D. In FIG. 14, an 
expression is found as the random number R6-th lower 
bit of D = IDn . 

[0154] In step S84, the variable D and the random 
number R6 as a part of the ID data (IDn) are computed 
with a predetermined equation (e.g., C = R6 x 2 + D ) 
so as to obtain an item number C. 
[0155] In step S85, item data corresponding to the 
determined Item number C is written into the item stor- 
age area 12h for storage. At the same time, an object 
and/or symbol of the item is displayed on the liquid crys- 
tal display 27 to let the player know what item is pre- 
sented. Such items to be presented based on the 
communicated or exchanged ID data are shown in the 
right^abte in FIG. 15, and are preferably impossible or 
' difficult }o obtain through the nomnal game play. 
[0156]^' Further, in order not always to present the 
sam^ item to one ID data (IDn), the item type may be 
programmed to be based on data. Such data Is 
obtained by dividing the ID data (IDn) into a plurality of 
bytes and inverting bit data in a byte specified by the 
random number, or bit-shifting the ID data for the 
number of times of the random number. Herein, in order 
to determine the item type to be presented through ID 
data exchange with the other player, the ID data does 
not have to be correlated with the random number as 
described above, but may be independently used to 
determine the item type. 

[0157] As described in the foregoing, by making the 
Items beneficial in the course of the game (helping data 
or items) available through the ID data communications 
or exchange with other players, the players become 
very enthusiastic about communicating/exchanging ID 
data with other players to find the rare items, and thus 
communications/exchange gets active. As- a result, the 
players become communicative and enjoy their com- 
pany by sharing the same interests as the game, and 
even kids bad at making friends may not hesitate to join 
the company. 

[0158] Further, since both of the ID data and ran- 
dom numbers are determination factors for item type, 
one ID data may not lead to the same item even if the 
player exchanges ID data with the same player on 
another day. Therefore, the players may not easily 
bored, and thus can play the game over and over for a 
long time. 

[0159] So far, the system in which two game 
machines 20 are connected utilizing the infrared trans- 
mitter/receiver 1 6 is exemplarily described. As an alter- 
native to the infrared transmitter/receiver 16, as 
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exemplarily shown in FIG. 5, those two game machines 
20 can certainly be connected through the cable 40. 
[0160] Next, by referring to FIG. 16, a case where 
the step-number data is received through infrared com- 
munications from the pedometer-incorporated game 
machine 50 is operationally described. In the step- 
number communications mode, the player walks with 
the pedometer for the purpose of taking steps as many 
as possible, and he/she presents the number of steps to 
the main character or pokemons In the game. In this 
manner, the player can enjoy the feeling which never be 
available by playing the game only with the game car- 
tridge 10A. That is, the game available from the car- 
tridge 10A is diversified to a further extent by being 
connected with the game machine different in type, and 
keeps stimulating the players to challenge the game. 
[0161] Prior to starting the step-number data com- 
munications mode, as exemplarily shown in FIG. 7, the 
player places the infrared transmitter/receiver 51 of the 
pedometer-incorporated game machine 50 in such 
manner as to be opposed to the infrared transmit- 
ter/receiver 31 internally-provided in the game machine 
20 or the infrared transmitter/receiver 1 6 provided to the 
cartridge 10A. and establishes an environment for infra- 
red communications. Thereafter, the player selects the 
step-number data communications mode on the above- 
described mode selection screen (step SI ). In response 
thereto, the pedometer communications subroutine in 
step S9 is started. Hereinafter, the operation thereof is 
described in detail with reference to FIG. 1 6. 
[0162] First of all, in step S91. it is determined 
whether or not the pedometer communication mode is 
selected. 

[0163] In step S92, it is determined whether the 
infrared transmitter/receivers 31 and 51 are securely 
linked, and if securely linked, the procedure goes to 
step S93. 

[0164] In step S93, the area 12i on the RAM 25 Is 
provided, for storage, with step-number data W (or data 
relevant to the step number obtained by dividing the 
step-number data by a predetemiined step number) 
transmitted from the pedometerincorporated game 
machine 50. 

[0165] In step S94, based on the equation shown in 
the table of FIG. 17, the item type is determined for the 
step-number data W. 

[0166] In step S95, the item data is stored in the 
area 12h on the RAM 25. In this case, the larger the 
value of the step-number data W becomes, the more 
rare the item type in the normal game play is presented 
according to the step-number data. Accordingly, the 
player will not stick in the house to play the game, but 
becomes willing to exercise, e.g.. walk as a part of the 
game. 

[0167] During or at the end of the game, a com- 
mand "save data" is displayed, and if selected, the CPU 
23 transfers, to the RAM 12 for writing, the data stored 
in the storage regions 1 2A to 1 2E on the RAM 25 in the 



game machine 20. In this manner, the RAM 1 2 is pro- 
vided with the data relevant to the game process, and 
the data is backed up exemplarily by battery (not 
shown) for the next play 

5 [0168] In step S91 , on the other hand, if determined 
that the communications mode with the pedometer- 
incorporated game machine 50 is not selected, the 
steps S92 to S95 are skipped to terminate this subrou- 
tine (S9). The procedure then returns to the player 

10 object processing subroutine in step S2. 

[0169] By referring to the table in FIG. 1 7, it is now 
briefly described how the item type presented relevant 
to the step-number data W is determined. 
[0170] First, when the step-number data W is 

75 smaller than a predetermined value b1 , an item b1 is 
presented. When the step-number data W is larger than 
the predetermined value b1 but smaller than a predeter- 
mined value b2, an item b2 is presented. When the 
step-number data W is larger than the predetermined 

20 value b2 but smaller than a predetermined value bS, an 
item b3 is presented. When the step-number data W is 
larger than the predetermined value b3 but smaller than 
a predetermined value b4, an item b4 is presented. And 
when the step-number data W is larger than the prede- 

25 termined value b4, an item b5 is presented. Although a 
predetennined value bN (arbitrary integer) is set to b1 to 
b4 in this embodiment, the range for the value may be 
increased or decreased as required, or the predeter- 
mined value bN may be arbitrarily set. In such manner, 

30 the game becomes more interesting. 

[0171] Note herein that the description in the fore- 
going is made for a roll playing game exemplarily played 
for capturing and training pokemons. However, the 
present invention is technically applicable to other type 

35 of games such as action game or sports game. If this is 
the case, the item type to be presented based on the ID 
data and/or the step-number data is changed according 
to the type of the game. 

[0172] Further, according to the type of the game, 
40 pokemons' virus infection may be altered to disease 
contagious to person or animal favorable for the game 
process if infected, and such favorableness is also 
appropriately altered. 

[0173] Still further, in the above-described embodi- 
45 ment, although the image-display game device is exem- 
plarily implemented by the portable game machine and 
the game cartridge using therewith, a video game 
machine connected to a television receiver will also do. 
In such case, the information storage medium may be 
50 implemented by a game cartridge, optical storage 
medium such as CD-ROM or DVD. or magnetic disk. 
[0174] While the invention has been described in 
detail, the foregoing description is in all aspects illustra- 
tive and not restrictive. It is understood that numerous 
55 other modifications and variations can be devised with- 
out departing from the scope of the invention. 
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Claims 

1, An image-display game system in which at least 
two image-display game devices (20,1 OA) are 
structured such that data communications is possi- s 
ble therebetween, 

the image-display game devices (20. 10A) 
each comprise: 

10 

program storage means (10A, 11, 111) in 
which a game program is stored; 
temporal storage means (12) including, at 
least, a property data storage region (12A) 
where property data varied in type is is 
stored for every character captured in the 
course of a game, a helping data storage 
region (12h) where data for helping the 
game process is stored, and an ID data 
storage region (12f) where ID data for 20 
identifying a player is stored, and each of 
the storage regions is writable with data or 
readable data therefrom; 
actuation means (22) actuated by the 
player for, at least, an operation of captur- 25 
ing the characters and an operation of per- 
forming data communications with another 
player; 

communications means (16, 31 , 40, 51) for 
performing the data communications with 30 
the another player's image-display game 
device (20); 

processing means (23) for can7ing out, 
with said program carried out, image 
processing to change an image on display 35 
in response to said actuation (22) means, 
and changing said property data respond- 
ing to the game process made based on 
the state of said actuation means (22) to 
write the data in the storage region (12A- 40 
12E) con-esponding to said temporal stor- 
age means (12); and 

display means (27) for displaying a result 
obtained through the processing carried 
out by said processing means, wherein, 45 

said game program storage means (10A, 11, 
111) 

generates, when one of said image-display so 
game devices and the other of said image- 
display game devices are made data com- 
municable by said communications means 
(16, 31, 40, 51) and when data communi- 
cations is selected by said actuation ss 
means (22), in response to said ID data 
transferred from one image-display game 
device (20) to the other image-display 



game device (20), the helping data proc- 
essed by said processing means (23) of 
the other image-display game device (20) 
based on the transferred ID data, and 
stores a program for writing the helping 
data to said helping data storage region 
(12h). 

2. The image-display game system as described in 
claim 1 , wherein said Image-display game device 
(20) further comprises clock means (14) for at least 
counting time, and 

said game program storage means stores 

a program of writing time data indicated by 
said clock means (14) to the storage 
region (12f) of said temporal storage 
means (12) in relation to the helping data 
processed based on said ID data, 
a program (S62) of determining whether or 
not a predetermined length of time has 
passed based on the time data and a time 
cun^ently indicated by said clock means 
(14), and 

a program (S62) of prohibiting, when said 
determination program detemiines that the 
predetermined length of time has not yet 
passed, to execute a processing of gener- 
ating said helping data based on another 
ID data different from the one which has 
been transmitted. 

3. The image-display game system as described in 
claim 1 , wherein said image-display game device 
(20, 1 0A) further comprises clock means for at least 
counting time, and 

said game program storage means (10A, 11, 
111) stores 

a program of writing time data indicated by 
said clock means 14) to the storage region 
(12f) of said temporal storage means (12) 
in relation to the helping data processed 
based on said ID data, 
a first determination program (S70) of 
determining whether or not the ID data 
stored in said ID data storage region (12f) 
is identical to ID data transmitted through 
said communications means, 
a second determination program (S62) of 
determining whether or not a predeter- 
mined length of time has passed based on 
the time data and a time currently indicated 
by said clock means (14), and 
a program of prohibiting, when said first 
determination program (S70) determines 
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that the ID data is identical, and said sec- 
ond determination program determines 
(S62) that the predetermined length of 
time has not yet passed, a processing to 
be executed by said helping data genera- 5 
tion program based on the transmitted ID 
data. 

4. The image-display game system as described in 
claim 1, wherein said Image-display game device 10 
(20, 1 0A) further comprises clock means (14) for at 
least counting time, and 

said game program storage means (1 OA, 11, 
111) stores 15 

a writing program of writing time data indi- 
cated by said clock means (14) to the stor- 
age region (12f) of said temporal storage 
means (12) in relation to the helping data 20 
processed based on said ID data, 
a first detemii nation program of determin- 
ing whether or not the ID data stored in 
said ID data storage region is identical to 
ID data transmitted through said communi- 25 
cations means, 

a second determination program (S62) of 
detemiining whether or not a predeter- 
mined length of time has passed based on 
the time data and a time currently indicated 30 
by said clock means (14), and 
a program of limiting, when said first deter- 
mination program (S70) determines that 
the ID data is identical, and said second 
detemnination program determines that the 35 
predetermined length of time has not yet 
passed, a processing by said helping data 
generation program based on the transmit- 
ted ID data to be operated for a predeter- 
mined number of times or less. 40 

5. The image-display game system as described in 
claim 1, wherein said communications means (16, 
31 , 40, 61) is an infrared transmitter/receiver which 
performs communications by infrared radiation 45 
(61). 

6. The image-display game system as claimed in 
claim 1, wherein the helping data generation pro- 
gram included in said game program storage so 
means(10A, 11 111) generates, based on the trans- 
ferred ID data, item data (S74. S77, S80. S85) of an 
item beneficial for the game process. 

7. The image-display game system as claimed in ss 
claim 1, wherein the helping data generation pro- 
gram included in said game program storage 
means (IDA, 11, 111) generates, based on the 



transferred ID data, item data (S85) of an item ben- 
eficial for the game process and not obtainable in 
the normal game play 

8. An image-display game system comprising at least 
two sets of an information storage medium (10A) 
having a game program stored and an image-dis- 
play game device (20) detachable with the informa- 
tion storage medium (10A), and further comprising 
communications means (16, 31) provided to both of 
the information storage medium (10A) and the 
image-display game device (27) in relation to either 
one of those two, wherein 

said information storage medium (10A) com- 
prises: 

program storage means (10A, 11, 111) in 
which a game program is unalterably 
stored; 

temporal storage means (12) including, at 
least, a property data storage region (1 2 A) 
where property data varied in type is 
stored for every character captured in the 
game process, a helping data storage 
region (12h) where data for helping the 
game process is stored, and an ID data 
storage region (12f) where ID data for 
identifying a player is stored, and each of 
the storage regions is writable with data or 
readable data therefrom; and 
a housing (IDA) in which said program 
storage means(1 1,111) and said temporal 
storage means (12) are housed, and 

said image-display game device (20) com- 
prises: 

actuation means (22) actuated by the 
player for, at least, an operation of captur- 
ing the characters and an operation of per- 
forming data communications with another 
player; 

actuation means (22) actuated by the 
player; 

processing means for carrying out informa- 
tion processing in response to said actua- 
tion means (23) and based on the 
program; and 

image-display means (27) for displaying an 
image obtained through processing car- 
ried out by said processing means (23), 
wherein. 

with said program stored in said program stor- 
age means (11, 111) carried out, said process- 
ing means (23) carries out an image 
processing to change an image on display in 
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response to said actuation means (22) and 
based on the program, and changing the prop- 
erty data to be written into said temporal stor- 
age means (12) responding to the game 
process made based on the state of said actu- 5 
ation means (22) to change the characters' 
images based on the property data, and 
said game program storage means (11, 111) 
further generates, in response to one of said 
image-display game devices (20) and the other 10 
of said image-display game devices (20) are 
made data communicable by said communica- 
tions means (16, 31), and said ID data trans- 
ferred from one image-display game device 
(20) to the other image-display game device 15 
(20), the helping data processed by said 
processing means (23) of the other image-dis- 
play game device (20) based on the transfen'ed 
ID data, and stores a program for writing the 
helping data to said helping data storage 20 
region (12h). 

9. The image-display game system as claimed in 
claim 8. wherein said image-display game device 
(20) is a portable game machine, and 25 

said communications means (16, 31) is an 
infrared transmitter/receiver (16, 31) integrally 
provided to the housing of said infonmation 
storage medium. 30 

10. The image-display game system as described in 
claim 8, wherein said image-display game device 
(20) is a portable game machine, and 

35 

said communications means (16, 31) is an 
infrared transmitter/receiver (31) integrally pro- 
vided to said image-display game device. 

11. An information storage medium (10A, 11. 12) used 40 
in an image-display game system where at least 
two image-display game devices (20) are struc- 
tured for data communications, wherein 

said image-display game devices (20) each 45 
comprises: temporal storage means (12); actu- 
ation means (22) actuated by a player for, at 
least, an operation of capturing a character and 
an operation of perfomning data communica- 
tions with another player; communications so 
means (16, 31, 40, 51) for performing the data 
communications with said image-display game 
device (20) possessed by the another player; 
processing means (23); and display means 
(27) for displaying a result processed by the 55 
processing means (23), and the temporal stor- 
age means (12) includes a property data stor- 
age region (12A) where property data varied in 



type is stored for every character captured in 
the course of a game, a helping data storage 
region (12h) where data for helping the game 
process is stored, and an ID data storage 
region (12f) where ID data for identifying a 
player is stored, and each of the storage 
regions is writable with data or readable data 
therefrom, wherein the information storage 
medium (10A, 11, 12) is processed by said 
processing means (23), and whereby stores 
a program of carrying out an image processing 
for changing an image on display in response 
to said actuation means (22), and changing 
said property data responding to the game 
process made based on the state of said actu- 
ation means (22) to write the data into the stor- 
age region (12A-12E) corresponding to said 
temporal storage means (12), and 
a program of generating, when one of said 
image-display game devices (20) and the other 
of said Image-display game devices (20) are 
made data communicable by said communica- 
tions means (16, 31. 40, 51), and when data 
communications is selected by said actuation 
means (22), in response to said ID data trans- 
fen-ed from one image-dfeplay game device 
(20) to the other image-display game device 
(20), the helping data processed by said 
processing means (23) of the other image-dis- 
play game device (20) based on the transferred 
ID data, and stores a program for writing the 
helping data to said helping data storage 
region (12h). 
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